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1 Scope 

The present document contains the test specification for interoperabiHty of the DECT Packet Radio Service (DPRS). 

The objective of the present document is to provide a basis to test DECT equipments giving a high probabiHty of 
inter-operability between different manufacturer's DECT equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [5] and ISO/IEC 9646-2 [6]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [4]) are used as a basis for the test methodology. 

Annex A provides the Partial Protocol Implementation Extra Information for Testing (PIXIT) Proforma. 

Annex B provides the Protocol Conformance Test Report (PCTR) Proforma. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 
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[2] ETSI TS 101 869-1: "Digital Enhanced Cordless Telecommunications (DECT); DECT Packet 

Radio Services (DPRS); Profile requirement list and profile specific Implementation Conformance 
Statement (ICS) proforma; Part 1: Portable radio Termination (PT)". 

[3] ETSI TS 101 869-2: "Digital Enhanced Cordless Telecommunications (DECT); DECT Packet 
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[4] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[5] ISO/IEC 9646-1 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 1: General concepts". 

[6] ISO/IEC 9646-2 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 2: Abstract Test Suite specification". 

[7] ISO/IEC 9646-3 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 3: The Tree and Tabular Combined Notation (TTCN)". 

[8] ISO/IEC 9646-6 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 6: Protocol profile test specification". 

[9] ISO/IEC 9646-7 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 7: Implementation Conformance Statements". 
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Definitions and abbreviations 



3.1 



Definitions 



For the purposes of the present document, the terms given in ISO/IEC 9646-7 [9] and the definitions given in 
EN 301 649 [1] apply. 



3.2 



Abbreviations 



For the purposes of the present document, the abbreviations defined in ISO/lEC 9646-1 [5], ISO/IEC 9646-6 [8], 
ISO/IEC 9646-7 [9], EN 301 649 [1] and the following apply: 



c 


higher layer control Channel (see Cg and Cp) 


Cp 


higher layer signalling Channel (Fast) 


C-plane 


Control plane 


Cs 


higher layer signalling Channel (Slow) 


DECT 


Digital Enhanced Cordless Telecommunications 


DEC 


Data Link Control 


FP 


Fixed Part 


FT 


Fixed radio Termination 


GAP 


Generic Access Profile 


HMSC 


High level Message Sequence Chart 


I 


higher layer Information channel (see l^ and Ip) 


In 


higher layer Information channel (unprotected) 


Ip 


higher layer Information channel (protected) 


IP 


Internet Protocol 


ISDN 


Integrated Services Digital Network 


lUT 


Implementation Under Test 


LAN 


Local Area Network 


MAC 


Medium Access Control 


ME 


Management Entity 


MSC 


Message Sequence Chart 


N 


identities channel 


NWK 


NetWorK 


PCTR 


Protocol Conformance Test Report 


PHL 


PHysical Layer 


PICS 


Protocol Implementation Conformance Statement 


PP 


Portable Part 


PT 


Portable radio Termination 


RFP 


Radio Fixed Part 


SAP 


Service Access Point 


SCS 


System Conformance Statement 


SCTR 


System Conformance Test Report 


SUT 


System Under Test 


U-plane 


User-plane 
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Abstract Test Method (ATM) 



This clause describes the ATM used to test the interoperability between two DECT equipments. Each equipment can be 
a FT part or a PP part depending on what feature is tested. 



4.1 



Test architecture 



The general test architecture is shown in figure 1 . A monitoring device shall observe and record the information 
exchange on the air interface between IUT_1 and IUT_2. It shall offer a level of presentation that permits to decode the 
MAC, DLC and the NWK layer for the C-plane and to analyse the U-plane exchange. The IUT_1 and the IUT_2 shall 
be situated in one or different rooms, possibly with obstacles at the line-of-site and at a distance of at least a few meters. 
If situated in different rooms, more than one operator will be needed. The monitoring device shall be situated where 
appropriate. All application devices and the external line (if any) shall be properly connected. The human operator shall 
initiate procedures at both terminals when required. The manufacturer of the lUT (IUT_1 and IUT_2) shall have 
described all manipulations for setting the lUT in the appropriate starting conditions of each test, in the relevant part of 
the PIXIT annex. By convention and when not contradicted by the test itself, IUT_1 is a PT and IUT_2 is a FT. 



IUT-1 



IWU 



DECT air 



PO 



IUT-2 



IWU 



monitor 



Figure 1 : General test architecture 

The test architecture for intercell handover tests is shown in figure 2. A second monitor device (Monitor 2) may be 
necessary. The monitor device 1 shall observe and record the exchanges between the RFP_1 and the PT. The monitor 
device 2 shall observe and record the exchanges between the RFP_2 and the PT. 



IUT-1 (PP) 



IWU/IWF 



DECT air 



Monitor 1 




Monitor 2 



IUT-2 (FPl) 



FT part 



IWU/IWF 



RFP 2 



Figure 2: Test architecture for Intercell handover 
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The test architecture for parallel data connections tests is shown in figure 3. The monitor 1 shall be capable of 
monitoring the in-parallel connections. 



IUT-1 (PP) 



IWU/IWF 



DECT air 



PO 



IUT-2 (FP) 



IWU/IWF 



monitor 1 



PO 



DECT air 



PP 



IWU/IWF 



Figure 3: Test architecture for parallel data connections 



4.2 Test configurations 



The general test configuration is shown in figure 4. A DECT PP as IUT_1 is providing DECT interworking functions 
DPRS class 2 V.24 applications. An application device is connected to the PT (e.g. a PC). A DECT FT as IUT_2 is 
providing the same interworking functions. The FT is connected to an application device (e.g. a PC). In the case of 
connection handover testing there is a monitor for each of the RFPs of the IUT_2. 




IUT-1 (PP) 



IWU/IWF 



DECT air 

< — m — ► 



IUT-2 (FP) 



IWU/IWF 




r^ ^1 



Figure 4: Test configuration 1 with 2 PCs as applications 

The second test configuration is shown in figure 5. A DECT PP as IUT_1 is providing Ethernet interworking functions 
DPRS class 2. An application device is connected to the PT (e.g. a PC). A DECT FT as IUT_2 is providing the same 
interworking functions. The FT is connected to a fully operational connection to an external LAN. 




IUT-1 (PP) 


DECT air 

4 A b 


IUT-2 (FP) 




@ 

@ 
1 


IWU/IWF 


^ • ► 


IWU/IWF 








.-1'''^ 



Ext Network \ 

(e.g. LAN, ISDN, >^ 
PSTN, etc.) 




Figure 5: Test configuration 2 with 1 PC and the FP connected to an external Network 
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The third test configuration is shown in figure 6. A DECT PP as IUT_1 is providing DECT interworking fianctions 
DPRS class 2 V.24 appHcations. An appHcation device is connected to the PT (e.g. a PC). A DECT FT as IUT_2 is 
providing the same interworking functions. A second DECT PP as IUT_2 is providing DECT interworking functions 
DPRS class 2 V.24 applications or DECT interworking functions Voice. This configuration shall be used in order to test 
speech and data connections, which are in parallel. Or this test configuration shall be used in order to test parallel data 
connections. 




IUT-1 (PP) 



IWU/IWF 



DECT air 



IUT-2 (FP) 



IWU/IWF 



DECT air 



PP 



IWU/IWF 




Figure 6: Test configuration 3 with PCs or a hand set as applications 



4.3 



Test mode 



If not explicitly stated otherwise, the encryption has to be switch off in order to allow meaningful monitoring. 



Abstract Test Description 



In clause 7 all test cases as defined in the Test case list (clause 6) are described. Each test case is followed by a HSMC. 
In clause 8,9, 10, 11 and 12 all the procedures as defined in the test cases are described. If necessary the procedure 
description includes a HMSC or a MSC. 

The clauses 5.1 to 5.5 explain the Abstract Test Description. 



5.1 



TC definition conventions 



The TCs are defined following particular rules as shown in table 1 . 

Table 1 : TC definition rules 



Test Case Name: Identification of the test case. 



Feature Reference: 



Identification of the NWK features, the DLC services and the MAC services to be 
tested. The PICS reference indicates the tables of the PICS documents 
TS 101 869-1 [2] (for PT) and TS 101 869-2 [3] (for FT) where the features and the 
services are listed with its status. 



Feature 


PICS Reference 


First feature 


B.2/9 [2] 






Last feature 


B.2/10[2] 



Test Purpose: 



Definition of the events that are expected from the lUTs. 
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Test Case Name: Identification of tlie test case. 



Test Setup: 



Test architecture reference and test configuration reference. 



Application Beliaviour: 



Description of tine application, wliicii lias to be implemented on tiie lUT. 



Test Procedure List: 



Identification of the procedures to be tested. The procedures shall be performed if 
declared supported in the PICS documents. The PICS reference indicates the 
tables of the PICS documents TS 101 869-1 [2] (for PT) and TS 101 869-2 [3] (for 
FT) where the procedures are listed with its status. 



Procedure 


PICS Reference 


First procedure 


B.3/9 [2] 






Fast procedure 


B.3/10[2] 



There is a test procedure list for each tested layer. 

The detailed order of events can be taken from the HMSCs and MSCs. 



Pass Criteria: 



Identification of the HIVISCs and MSCs. The results, which are described with the 
HMSCs and MSCs, must be observed in order to get pass criteria. If not explicitly 
stated otherwise, the HMSCs and MSCs mandate the order of events and mandate 
the contents and values of the messages. Within the MSCs the documents 
TS 1 01 869-1 [2] for PT and TS 1 01 869-2 [3] for FT are referenced in order to 
describe the contents and values of the messages. 



5.2 Description of the test execution with HIVISCs 

A HMSC is shown in figure 7. Each test case is followed by a HMSC. There is a HSMC for each layer. The HSMC is 
built out of MSCs. Each MSC within the HSMC is equal to a procedure. All MSCs are grouped in the clauses 8, 9, 10, 
11 and 12. 



MSC Layer ldentifier_Test Case Name 



1(1) 



procedure_1 




procedure_n 



Figure 7: HMSC 



5.3 



Procedure definition conventions 



The procedures are defined following particular rules as shown in table 2. 

Table 2: Procedure definition rules 



Procedure: Identification of the procedure. 


Preamble 


Condition of stability before performing this procedure. 


Stimulus 


Reference to PIXIT items which explain how to start the procedure. 
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5.4 Description of the message flow with IVISCs 

A MSC is shown in figure 8. Each procedure is followed by a MSC. The MSC mandates the order of the messages, the 
contents and the values of the messages, which shall be observed. 



MSC Procedure_n 


C_Plane_message 






lUTJ 


IUT_2 


y 


Timer 










\ 




















^ 









Figure 8: MSC 



5.5 



Source of TC definitions 



All TCs are specified according to EN 301 649 [1]. 



Test Case List 



The test case list in table 3 identifies all possible test cases for interoperability testing. A status is assigned to each test 
case in order to indicate these test cases, which are mandatory to execute. The status of features, services or procedures 
within a test case is described in the documents TS 101 869-1 [2] for PT and TS 101 869-2 [3] for FT. In each test case 
a reference is given to the features, services or procedures. 

Table 3: Test Case List 



Nr. 


Test Case Name 


Status 


01 


Subscription 


m 


02 


Outgoing call 


O.301 


03 


Incoming call 


O.301 


04 


Switch On 


c301 


05 


Desubscribe 


c302 


06 


Connection bandwidth control 


c303 


07 


Suspend/Resume 


m 


08 


Send/Receive U-plane data 


m 


09 


Behaviour at the edge of range, in noisy environment and Interferer tests 


m 


10 


Multicell behaviour 


c304 


11 


Speech and Data in parallel or several Data connections in parallel 


c305 


12 


V.24 procedures 


O.302 


13 


Ethernet procedures 


O.302 


14 


Encryption 


m 


15 


Ouality of service from applications point of view 
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Nr. 


Test Case Name 


Status 


16 


Quality of service from users point of view 





c301: IF B.2/11 [3] THEN m ELSE i. 

c302: IFB.2/20[3])THENm ELSEi. 

c303: IF (B.2/35 [2] AND B.2/35 [3]) THEN m ELSE i. 

c304: IF C.2/9 [3] THEN m ELSE i. 

c305: IF (F.3/5 [2] AND F.3/5 [3]) THEN m ELSE i. 

O.301 : It is mandatory to support at least one of these options. 

O.302: It is mandatory to support at least one of these options. 



7 Test cases 

7.1 Test Case: Subscription 



Test Case Name: Subscription 


Feature Reference: 


DPRS-N.9, Authentication of the PP 


B.2/9 [2], B.2/9 [3] 


DPRS-N.11, Location registration 


B.2/11 [2], B.2/11 [3] 


DPRS-N.12, On air key allocation 


B.2/12[2], B.2/12[3] 


DPRS-N.18, Subscription registration user procedure on-air 


B.2/18[2], B.2/18[3] 


DPRS-N.19, Link control 


B.2/19[2], B.2/19[3] 


DPRS-N.33, Dynamic Parameters Allocation 


B.2/33 [2], B.2/33 [3] 


DPRS-D.5, Data Link Service (LAPC + Lc) class A service 


C.2/5 [2], C.2/5 [3] 


DPRS-D.7, Lc Frame delimiting and sequencing service 


G.2/7 [21, C.2/7 [31 


DPRS-I\/I.3, Continuous broadcast 


D.2/3 [21, D.2/3 [31 


DPRS-IVI.S, Advanced connection 


D.2/5 [21, D.2/5 [3] 


Test Purpose: 


To verify the subscription of the PT to the FT. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


Subscription registration user procedure on air shall be performed. 


NWK Test 
Procedure List: 


Direct PT initiated link establishment 


B.3/29 [21, B.3/29 [31 


Obtain access rights 


B.3/20 [21, B.3/20 [31 


Terminal capability indication 


B.3/17[21, B.3/17[31 


Location Registration 


B.3/15[21, B.3/15[31 


Dynamic parameters allocation 


B.3/42 [21, B.3/42 [31 


Key Allocation 


B.3/18[21, B.3/18[31 


Authentication of PT 


B.3/13[2], B.3/13[31 


Link release 


B.3/30 [21, B.3/30 [31 


DLC Test 
Procedure List: 


Glass A link establishment 


G.3/5 [21, C.3/5 [31 


Glass A acknowledged information transfer 


C.3/6 [21, C.3/6 [3] 


Glass A link release 


G.3/7 [21, C.3/7 [31 


Gs-channel fragmentation and recombination 


C.3/13[2], C.3/13[31 


Gp-channel fragmentation and recombination 


C.3/14[2], C.3/14[31 


Selection of logical channels (Gg and Gp) 


C.3/15[2], C.3/15[31 


MAC Test 
Procedure List: 


Downlink broadcast 


D.3/4 [21, D.3/4 [3] 


Logical connection setup 


D.3/10[21, D.3/10[31 


Single bearer Physical connection setup 


D.3/13[2], D.3/13[31 


Single duplex bearer setup 


D.3/16[21, D.3/16[31 


Gg/Gp Channel Data 


D.3/24-25 [21, 
D.3/24-25 [31 


Logical connection release 


D.3/1 1 [21, D.3/1 1 [31 


Physical Connection release 


D.3/15[21, D.3/1 5 [31 


Unacknowledged bearer release 


D.3/18[21, D.3/18[31 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HMSG figure 9 and MSG figures 31 , 32, 33, and 34. 

DLC layer: HMSG figure 10 and IVISC figures 46 and 47. 

IVIAG layer: HIVISG figure 1 1 and 53 and IVISC figures 52, 54, 55, 56, 57, 58, 59, 61 and 73. 
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7.1 .1 High level MSC: NWK layer 



MSC NWK_Subscription 



1(1) 



* Only if supported L\ 

** Only if not already performed 
*** Key_al location may be 

performed anytime 
**** Link release could occur after 

each procedure, since link 

maintain is not mandatory for 

DPRS 



Direct PT initiated link establishment 



Obtain_access_rights 



Location_registration* 



Key_allocation**,*** 



Authentication of FT** 



Link release**** 



Figure 9: NWK Subscription 



7.1 .2 High level MSCs: DLC layer 



MSC DLC_Subscription 



Class A link establishment 



Class_A_acknowledged_information_transfer 



Class A link release 



1(1) 



Figure 10: DLC Subscription 
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7.1 .3 High level MSCs: MAC layer 



MSC MAC_Subscription 



1(1) 



Downlink broadcast 



Logical_connection_setup 



Single_bearer_Physical_connection_setup 



Single_duplex_bearer_setup 










Cs_Cf_Channel_Data 










Logical_connection_release 




Physical_connection_release 



Unacknowledged_bearer_release 



Figure 11: MAC Subscription 
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7.2 Test Case: Outgoing Call 



Test Case Name: Outgoing Call 


Feature Reference: 


DPRS-N.1, Outgoing Call 


B.2/1 [2], B.2/1 [3] 


DPRS-N.3, On Hook 


B.2/3 [2], B.2/3 [3] 


DPRS-N.34, Service Negotiation 


B.2/34 [2], B.2/34 [3] 


DPRS-M.5, Advanced connection 


D.2/5 [2], D.2/5 [3] 


Test Purpose: 


To verify the handling of an outgoing call. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


In order to verify that the FT and the FT connect the U-plane, an Application data 
transmission shall be performed. 


NWK Test 
Procedure List: 


Gall Resources/Parameters negotiation 


B.3/43 [2], B.3/43 [3] 


Outgoing call request 


B.3/1 [2], B.3/1 [3] 


Overlap sending 


B.3/2 [2], B.3/2 [3] 


Outgoing call proceeding 


B.3/3 [21, B.3/3 [3] 


Outgoing call confirmation 


B.3/4 [2], B.3/4 [3] 


Outgoing call connection 


B.3/5 [2], B.3/5 [3] 


Normal call release 


B.3/8 [2], B.3/8 [3] 


Abnormal call release 


B.3/9 [2], B.3/9 [3] 


MAC Test 
Procedure List: 


Logical connection setup 


D.3/10[21, D.3/10[31 


Single bearer Physical connection setup 


D.3/13[2], D.3/13[3] 


Single duplex bearer setup 


D.3/16[2], D.3/16[3] 


Connection IVIodification 


D.3/12[2], D.3/12[3] 


IVIultlBearer Physical Connection Setup 


D.3/14[2], D.3/14[3] 


Double Simplex Bearer Setup 


D.3/17[2], D.3/17[3] 


Cg/Cp Channel Data 


D.3/24-25 [2], D.3/24-25 [3] 


Logical connection release 


D.3/1 1 [2], D.3/1 1 [3] 


Physical Connection release 


D.3/15[2], D.3/1 5 [3] 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HIVISC figure 12 and IVISC figures 37 and 44. 

IVIAC layer: HI\/1SC figure 13 and 53 and MSC figures 54, 55, 56, 57, 58, 59, 61 and 73. 



7.2.1 High level IVISCs: NWK layer 



MSC NWK_OutgGing_Call 



not visible for NWK layer N 



1(1) 



From_Outgoing_call_request_to_Outgoing_call_connection 



Application_Data_Transmission* 



Call release 



Figure 12: NWK Outgoing Call 
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7.2.2 High level MSCs: MAC layer 



MSC MAC_Outgoing_Call 



Logical_connection_setup 



5ingle_bearer_Physical_connection_setup 



Single_duplex_bearer_setup 



Cs Cf Channel Data 



Connection Modification* 



ultiBearer_Pliysical_Connectlon_Setup* 



pouble_Simplex_Bearer_Setup* 



Appllcation_Data_Transnnission 



|Logical_connection_release 



Pliysicai_connection_release 



Unacl<nowledged_bearer_release 



' These procedures may occur, but need not be 
observed 



1(1) 



Figure 13: MAC Outgoing Call 
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7.3 Test Case: Incoming Call 



Test Case Name: Incoming Call 


Feature Reference: 


DPRS-N.8, Incoming Call 


B.2/8 [2], B.2/8 [3] 


DPRS-N.3, On Hook 


B.2/3 [2], B.2/3 [3] 


DPRS-N. 15, Alerting 


B.2/15[2], B.2/15[3] 


DPRS-N.19, Link control 


B.2/19[2], B.2/19[3] 


DPRS-N. 34, Service Negotiation 


B.2/34 [2], B.2/34 [3] 


DPRS-I\/I.4, Paging broadcast 


D.2/4 [2], D.2/4 [3] 


DPRS-IVI.S, Advanced connection 


D.2/5 [2], D.2/5 [3] 


Test Purpose: 


To verify the handling of an incoming call. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


In order to verify that the PT and the FT connect the U-plane, an Application data 
transmission shall be performed. 


NWK Test 
Procedure List: 


Indirect FT initiated link establishment 


B.3/25 [21, B.3/25 [3] 


Call Resources/Parameters negotiation 


B.3/43 [2], B.3/43 [3] 


Incoming call request 


B.3/10[2], B.3/10[3] 


Incoming call confirmation 


B.3/11 [2], B.3/11 [3] 


Incoming call connection 


B.3/7 [2], B.3/7 [3] 


PT alerting 


B.3/12[2], B.3/12[3] 


Normal call release 


B.3/8 [2], B.3/8 [3] 


Abnormal call release 


B.3/9 [2], B.3/9 [3] 


MAC Test 
Procedure List: 


Normal paging 


D.3/5 [2], D.3/5 [3] 


Low duty cycle paging 


D.3/7 [2], D.3/7 [3] 


Logical connection setup 


D.3/10[21, D.3/10f31 


Single bearer Physical connection setup 


D.3/13[2], D.3/13[3] 


Single duplex bearer setup 


D.3/16[2], D.3/16[3] 


Connection IVIodification 


D.3/12[2], D.3/12[3] 


MultlBearer Physical Connection Setup 


D.3/14[2], D.3/14[3] 


Double Simplex Bearer Setup 


D.3/17[2], D.3/17[3] 


Cg/Cp Channel Data 


D.3/24-25 [2], D.3/24-25 [3] 


Logical connection release 


D.3/1 1 [2], D.3/1 1 [3] 


Physical Connection release 


D.3/15[2], D.3/1 5 [3] 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HIVISC figure 14 and IVISC figures 30, 38 and 44. 

IVIAC layer: HIVISC figure 15 and 53 and IVISC figures 54, 55, 56, 57, 58, 59, 61 , 65 and 73. 
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7.3.1 High level MSCs: NWK layer 



MSC NWK_lncoming_Call 



not visible for NWK layer 



1(1) 



Indirect FT ini link establishment 



From_lncoming_call_request_to_lncoming_call_connection 



Application_Data_Transmission* 



Call release 



Figure 14: NWK Incoming Call 
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7.3.2 High level MSCs: MAC layer 



MSC MAC_lncoming_Call 



' These procedures may occur, 
but need not be observed 



1(1) 



Paging 



I 



Logical_connection_se1up 



Single_bearer_Physical_connection_setup 

Single_duplex_bearer_setup 

Cs Cf Channel Data 



i ^ 

Connection_Modification * 

. ^ "l ■^' 

MultiBearer_PhysicaLConnection_Setup' 
Double_Simplex_Bearer_Setup * 

r ^ { 

Application_Data_Transmission 
LogicaLconnection_release 



T 



Physical_connection_re lease 



Unacknowledged_bearer_release 



Figure 15: MAC Incoming Call 
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7.4 Test Case: Location Registration/Dynamic Parameters 
Allocation 



Test Case Name: Switch on 


Feature Reference: 


DPRS-N.11, Location registration 


B.2/11 [2], B.2/11 [3] 


DPRS-N.33, Dynamic Parameters Allocation 


B.2/33 [2], B.2/33 [3] 


Test Purpose: 


To verify the handling of Location Registration and Dynamic parameters allocation after 
the PI is switch on. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


- 


NWK Test 
Procedure List: 


Terminal capability indication 


B.3/17[2], B.3/17[3] 


Location Registration 


B.3/15[2], B.3/15[3] 


Dynamic parameters allocation 


B.3/42 [2], B.3/42 [3] 


Pass Criteria: 


The following behaviour shall be observed: 
NWK layer: HIVISC figure 16 and IVISC figure 33. 



7.4.1 High level IVISCs: NWK layer 



MSC NWK Switch on 



1(1) 



Location_registration 



Figure 16: NWK Switch on 



7.5 



Test Case: Desubscribe 



Test Case Name: Desubscribe 


Feature Reference: 


DPRS-N.20, Terminate access rights FT initiated |B.2/20 [2], B.2/20 [3] 


Test Purpose: 


To verify that the PT can be desubscribed from the FT. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


Terminate access rights user procedure shall be performed. 


NWK Test 
Procedure List: 


FT terminating access rights 


B.3/34 [21, B.3/34 [3] 


Authentication of FT 


B.3/22 [2], B.3/22 [3] 


Pass Criteria: 


The following behaviour shall be observed: 
NWK layer: HMSC figure 17 and MSC figure 36. 
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7.5.1 High level MSCs: NWK layer 



MSCNWK Desubscribe 



1(1) 



FT_Terminating_access_rights 



Figure 17: NWK Desubscribe 



7.6 Test Case: Connection bandwidth control 



Test Case Name: Connection bandwidth control 


Feature Reference: 


DPRS-N.35, In call service change 


B.2/35 [2], B.2/35 [3] 


DPRS-M.5, Advanced connection 


D.2/5 [2], D.2/5 [3] 


DPRS-ME.2, Class 2 management 


F.2/2 [2], F.2/2 [3] 


Test Purpose: 


To verify the handling of the bandwidth change. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


In order to force the lUT to change its bandwidth, at the Application layer an Application 
data transmission with a variable throughput shall be performed. 


NWK Test 
Procedure List: 


Bandwidth change 


B.3/44 [2], B.3/44 [3] 


IVIAC Test 
Procedure List: 


Logical connection setup 


D.3/10[2], D.3/10[3] 


Single bearer Physical connection setup 


D.3/13[2], D.3/13[3] 


IVIuIti bearer Physical connection setup 


D.3/14[2], D.3/14[3] 


Connection modification 


D.3/12[2], D.3/12[3] 


Single duplex bearer setup 


D.3/16[2], D.3/16[3] 


Double simplex bearer setup 


D.3/17[2], D.3/17[3] 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Fast bearer release 


D.3/20 [2], D.3/20 [3] 


lUlanagement Entity 
Test Procedure List: 


Dynamic Bandwidth management 


F.3/5 [2], F.3/5 [3] 


Pass Criteria: 


The following behaviour shall be observed: 
NWK layer: HIVISC figure 18 and IVISC figure 40. 
IVIAC layer: HIVISC figure 19 and IVISC figure 64. 
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7.6.1 High level MSCs: NWK layer 



MSC NWK Connection bandwidth control 



* not visi ble fo r NW K layer 
** this procedure not mandatory 



1(1) 



Application_Data_Transmission* 



Bandwidth_change* 



Application_Data_Transmission* 



Bandwidth_change* 



Application_Data_Transmission* 



Figure 18: NWK Connection bandwidth control 
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7.6.2 High level MSCs: MAC layer 



MSC MAC Connection bandwidth control 1(1) 



Application_Data_Transmission 



Connection modification 



|Application_Data_Transnnission 



Connection modification 



|Application_Data_Transmission 



Figure 19: MAC Connection bandwidth control 



7.7 Test Case: Stop/Start sending data 



Test Case Name: Stop/Start sending data 


Feature Reference: 


DPRS-N.33, Dynamic parameters allocation 


B.2/33 [2], B.2/33 [3] 


DPRS-M.4, Paging broadcast 


D.2/4 [2], D.2/4 [3] 


DPRS-IVI.S, Advanced connection 


D.2/5 [2], D.2/5 [3] 


DPRS-I\/IE.2, Class 2 management 


F.2/2 [2], F.2/2 [3] 


Test Purpose: 


To verify the handling of suspend and resume management. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


In order to force the lUT to perform suspend and resume, at the Application layer an 
Application data transmission with big throughputs, small throughputs and delay between 
the throughputs shall be performed. 


NWK Test 
Procedure List: 


Dynamic parameters allocation 


B.3/42 [2], B.3/42 [3] 


MAC Test 
Procedure List: 


IVIAC paging 


D.3/8 [2], D.3/8 [3] 


Connection modification 


D.3/12[2], D.3/12[3] 


Single duplex bearer setup 


D.3/16[2], D.3/16[3] 


Double simplex bearer setup 


D.3/17[2], D.3/17[3] 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Fast bearer release 


D.3/20 [2], D.3/20 [3] 


Management Entity 
Procedure List: 


Suspend management 


F.3/2 [2], F.3/2 [3] 


Resume management 


F.3/3 [2], F.3/3 [3] 


Stay Alive 


F.3/4 [2], F.3/4 [3] 


Pass Criteria: 


The following behaviour shall be observed: 

Management Entity: HIVISC figure 20 and IVISC figures 76 and 77. 
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7.7.1 High level MSCs: Management Entity 



MSC Mgt_Entity_Stop_Start_sending_data 1(1) 



Application_Data_Transmission 



Suspend_management 



Resume_nnanagennent 



Application_Data_Transmission 



Figure 20: Management Entity Stop/Start sending data 
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7.8 Test Case: Send and receive U-plane data 



Test Case Name: Send and receive U-plane data 


Feature Reference: 


DPRS-N.34, Service negotiation 


B.2/34 [2], B.2/34 [3] 


DPRS-D.1, LU10EFREL 


C.2/1 [2], C.2/1 [3] 


DPRS-D.2, FU10a 


C.2/2 [2], C.2/2 [3] 


DPRS-D.3, FU10b 


C.2/3 [2], C.2/3 [3] 


DPRS-D.4, FU10C 


C.2/4 [2], C.2/4 [3] 


DPRS-IVI.S, Advanced connection 


D.2/5 [2], D.2/5 [3] 


DPRS-I\/IE.2, Class 2 management 


F.2/2 [2], F.2/2 [3] 


Test Purpose: 


To verify tlie correct sending and receiving of U-plane data. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


At the Application layer an Application data transmission with big throughputs; small 
throughputs and delay between the throughputs shall be performed. 


NWK Test 
Procedure List: 


Call Resources/Parameters negotiation 


B.3/43 [2], B.3/43 [3] 


DLC Test 
Procedure List: 


U-plane transmission class 2 


C.3/1 [2], C.3/1 [3] 


FUlOa frame operation 


C.3/2 [2], C.3/2 [3] 


FUlOb frame operation 


C.3/3 [2], C.3/3 [3] 


FUlOc frame operation 


C.3/4 [21, C.3/4 [31 


MAC Test 
Procedure List: 


Connection modification 


D.3/12[21, D.3/12[31 


Single duplex bearer setup 


D.3/16[2], D.3/16[3] 


Double simplex bearer setup 


D.3/17[2], D.3/17[3] 


Gp Channel Data 


D.3/39 [2], D.3/39 [3] 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Fast bearer release 


D.3/20 [2], D.3/20 [3] 


Management Entity 
Test Procedure List: 


Dynamic Bandwidth management 


F.3/5 [2], F.3/5 [3] 


Pass Criteria: 


The following behaviour shall be observed: 
DLC layer: HMSC figure 21 and MSC figure 45. 
MAC layer: HMSC figure 22 and MSC figure 75. 



7.8.1 High level MSCs: DLC layer 



MSC DLC_Send_Receive_U_plane_data 1(1) 



U_plane_transmission_class_2 



Figure 21 : DLC Send and Receive U-plane data 
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7.8.2 High level MSCs: MAC layer 



MSC MAC_Send_Receive_U_plane_data 1 (1 ) 



Application_Data_Transmission 



Gf Channel Data 



7.9 



Figure 22: MAC Send and Receive U-plane data 

Test Case: Behaviour at the edge of range, in noisy 
environment, Interferer tests 



Test Case Name: Behaviour at the edge of range, in noisy environment, Interferer tests 


Feature Reference: 


DPRS-D.1, LU10EFREL 


C.2/1 [2], C.2/1 [3] 


DPRS-D.2, FU10a 


C.2/2 [2], C.2/2 [3] 


DPRS-D.3, FU10b 


C.2/3 [21, C.2/3 [31 


DPRS-D.4, FU10C 


C.2/4 [2], C.2/4 [3] 


DPRS-M.5, Advanced connection 


D.2/5 [2], D.2/5 [3] 


DPRS-M.16, Bearer replacement 


D.2/16[2], D.2/16[3] 


Test Purpose: 


To verify the correct behaviour of the lUT in borderline cases. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


An Application data transmission shall be performed. 


DLC Test 
Procedure List: 


U-plane transmission class 2 


C.3/1 [2], C.3/1 [3] 


FUlOa frame operation 


C.3/2 [21, C.3/2 [31 


FUlOb frame operation 


C.3/3 [2], C.3/3 [3] 


FUlOc frame operation 


C.3/4 [2], C.3/4 [3] 


MAC Test 
Procedure List: 


Bearer replacement 


D.3/36 [2], D.3/36 [3] 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Pass Criteria: 


The following behaviour shall be observed: 
DLC layer: HIVISG figure 23 and IVISC figure 45. 
IVIAC layer: HMSC figure 24 and MSC figure 66. 



£75/ 



31 



ETSI TS 101 950 VI .2.1 (2001-11) 



7.9.1 High level MSCs: DLC layer 



MSC DLC_Behaviour_at_the_edge_of_range 1(1) 



U_plane_transmission_class_2 



Figure 23: DLC Behaviour at the edge of range, in noisy environment, Interferer tests 



7.9.2 High level MSCs: MAC layer 



MSC MAC_Behaviour_at_the_edge_of_range 1(1) 



Bearerreplacement 



Figure 24: lUIAC Behaviour at the edge of range, in noisy environment, interferer tests 



7.10 Test Case: Multicell behaviour 



Test Case Name: Multicell behaviour 


Feature Reference: 


DPRS-D.9, Inter-cell voluntary connection handover |C.2/9 [2], C.2/9 [3] 


Test Purpose: 


To verify the correct handling of the connection handover procedure. 


Test Setup: 


Test architecture for Intercell handover, see clause 4.1 , figure 2. 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


An Application data transmission shall be performed. 


DLC Test 
Procedure List: 


Class A connection handover 


C.3/18[2], C.3/18[3] 


Pass Criteria: 


The following behaviour shall be observed: 
DLC layer: HMSC figure 25. 
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7.10.1 High level MSCs: DLC layer 



MSCDLC Multicell behaviour 



1(1) 



Class A connection handover 



Figure 25: DLC Multicell behaviour 



7.1 1 Test Case: Speech and Data in parallel or several Data 
connections in parallel 



Test Case Name: Speech and Data In parallel or several Data connections in parallel 


Feature Reference: 


DPRS-ME.2, Class 2 management |F.2/2 [2], F.2/2 [3] 


Test Purpose: 


To verify tiiat it is possible to establish multiple connections. 


Test Setup: 


Test architecture for parallel data connections, see clause 4.1 , figure 3. 
Test configuration 3, see clause 4.2, figure 6. 


Application 
Behaviour: 


In order to verify that all connections are working as expected, at least one of the following 

scenarios shall be performed: 

Scenario 1 : Two Application data transmissions shall be performed in parallel. 

Scenario 2: An Application data transmission and a voice call shall be performed in 

parallel. 


Management Entity 
Test Procedure List: 


Dynamic Bandwidth management 


F.3/5 [2], F.3/5 [3] 


Pass Criteria: 


No errors shall occur during the Application data transmissions. 



7.12 Test Case: V.24 Operation 



Test Case Name: V.24 Operation 


Feature Reference: 


DPRS-N.34, Service negotiation |B.2/34 [2], B.2/34 [3] 


Test Purpose: 


To verify that an information transfer with the negotiated V.24 parameters is possible. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 2, see clause 4.2, figure 5. 


Application 
Behaviour: 


An Application data transmission shall be performed in order to verify the correct use of 
possible Baudrates, Autobauding, Statuslines and Flowcontrol. 


NWK Test 
Procedure List: 


Call Resources/Parameters negotiation 


B.3/43 [2], B.3/43 [3] 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HIVISC figure 26 and MSC figures 42 and 44. 
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7.12.1 High level MSCs: NWK layer 



MSC NWK_V.24_operation 



' not visible for NWK layer 



1(1) 



Outgoing_call_V.24 



Application_Data_Transmission* 



Call release 



Figure 26: NWK V.24 operation 



7.13 Test Case: Ethernet Operation 



Test Case Name: Ethernet Operation 


Feature Reference: 


DPRS-N.34, Service negotiation |B.2/34 [2], B.2/34 [3] 


Test Purpose: 


To verify that interworking with Ethernet is possible. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 2, see clause 4.2, figure 5. 


Application 
Behaviour: 


An Application data transmission, which varies the packet size, shall be performed in order 
to verify that padding is handled correctly. 


NWK Test 
Procedure List: 


Call Resources/Parameters negotiation 


B.3/43 [2], B.3/43 [3] 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HIVISC figure 27 and IVISC figures 43 and 44. 
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7.13.1 High level MSCs: NWK layer 



MSC NWK_Ethernet_operation 



' not visible for NWK layer 



1(1) 



Outgoing_call_Ethernet 



Application_Data_Transmission* 



Call release 



Figure 27: NWK Ethernet operation 



7.14 Test Case: Encryption 



Test mode: During the execution of this test encryption will be switch on. The message exchange has to be monitored 
until the encryption takes place. 



Test Case Name: Encryption 


Feature Reference: 


DPRS-N.17, Encryption activation FT initiated 


B.2/17[2], B.2/17[3] 


DPRS-IVI.1 1 , Encryption activation 


D.2/1 1 [2], D.2/1 1 [3] 


Test Purpose: 


To verify the correct hiandling of Encryption activation. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Beliaviour: 


At the Application layer an Application data transmission shall be performed. 


NWK Test 
Procedure List: 


Cipher-switching initiated by FT 


B.3/23 [2], B.3/23 [3] 


Storing the Derived Cipher Key (DCK) 


B.3/24 [2], B.3/24 [3] 


IMAC Test 
Procedure List: 


Encryption process - initialization and synchronization 


D.3/26 [2], D.3/26 [3] 


Encryption mode control 


D.3/27 [2], D.3/27 [3] 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HIVISC figure 28 and IVISC figure 41 . 

MAC layer: HMSC figures 29 and 68 and IVISC figures 69, 70, 71 and 72. 
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7.14.1 High level MSCs: NWK layer 



MSC NWK_Encryption 



1(1) 



not visible for NWK layer [ 



Cipher_switGhlng_initiated_by_Ft 



Application_Data_Transmission* 



Figure 28: NWK Encryption 



7.14.2 High level MSCs: MAC layer 



MSC MAC_Encryption 



Encryption_mode_control 



|Application_Data_Transmission 



Figure 29: lUIAC Encryption 



1(1) 



7.1 5 Test Case: Quality of service from applications point of view 



Test Case Name: Quality of service from applications point of view 


Feature Reference: 


- 


Test Purpose: 


To verify the quality claimed by the manufacturer. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


See PIXIT table A.7 item 41. 


Test Procedure List: 


- 


Pass Criteria: 


The application behaviour as indicated by the supplier in the PIXIT item A.7/41 shall be 
observed. 
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7.1 6 Test Case: Quality of service from users point of view 



Test Case Name: Quality of service from users point of view 


Feature Reference: 


- 


Test Purpose: 


To verify the quality claimed by the manufacturer. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


See PIXIT table A.7 item 42. 


Test Procedure List: 


- 


Pass Criteria: 


The application behaviour as indicated by the supplier in the PIXIT item A.7/42 shall be 
observed. 



8 Application behaviour 

8.1 Application data transmission 



8.1.1 Procedure 



Procedure: Application data transmission 


Preamble 


The FT shall be in call state F-10. The PT shall be in call state T-10. 


Stimulus 


The test operator shall trigger the Application data transmission as described in the 

application behaviour of each test case. 

At MAC Layer, expect to see Protected l-Channel Error Detect Mode operation. 

At DLC Layer, expect to see LU10 Class 2 operation. 

No specific behaviour is visible at NWK Layer 

At Application level, the data transmission shall occur with no errors. 



9 NWK layer procedures 



9.1 Direct PT initiated link establishment 



9.1.1 Procedure 



Procedure: Direct PT initiated link establishment 



Preamble 



The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 



Stimulus 



The test operator shall trigger the Direct PT initiated link establishment procedure 
by using suitable actions indicated by the supplier in the PIXIT table A.7 item 1 . 



9.2 Indirect FT initiated link establishment 



9.2.1 Procedure 



Procedure: Indirect FT initiated link establishment 



Preamble 



The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 



Stimulus 



The test operator shall trigger the Indirect FT initiated link establishment procedure 
by using suitable actions indicated by the supplier in the PIXIT table A.7 item 26. 
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9.2.2 MSC 



MSC Indirect FT init link establishment 



lUT 1 



lUT 2 



PT 



FT 



LCE REQUEST PAGE 



clause B.2.2.5, table B.60 and table B.63 [1 2] ) 
LCE PAGE RESPONSE 



clause B.2.2.5, table B.59 and table B.61 [11]) 



T_LGE.03 
clause B.2.5.1 [12]) 



-X 



Figure 30: Indirect FT initiated linit establishment 



9.3 Obtain access rights 



9.3.1 Procedure 



Procedure: Obtain access rights 


Preamble 


Higher layer capabilities bit a44 is set to 1 . 
Direct PT initiated link establishment. 


Stimulus 


The test operator shall trigger the Obtain access rights procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 21 and item 22. 
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9.3.2 MSC 



MSC Obtain_Access_Rights 



lUTJ 
PT 



T_MM_access.1 
(clause B.2.5.1 [11]) 



T_MM_ 
(clause B.2.5 



access 



Alt 



1 

[11]) 



ACCESS RIGHTS REQUEST 



(clause B.2.2.2, table B.30 [11]) 



Key_Allocation 



ACCESS RIGHTS ACCEPT 



clause B.2.2.2, table B.29 [12]) 



ACCESS RIGHTS ACCEPT 



; clause B.2.2.2, table B.29 [1 2]) 



IUT_2 
FT 



Figure 31 : Obtain access rights 



9.4 Key allocation 



9.4.1 Procedure 



Procedure: Key allocation 


Preamble 


Direct PT initiated link establishment. 


Stimulus 


The test operator shall trigger the Key allocation procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 24. 
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9.4.2 MSC 



MSC Key_Allocation 



IUT_1 
PT 



IUT_2 
FT 





T_MM_auth.1 




KEY_ALLOCATE 




T_MM_key.1 ^ 






(clause B.2.2.2, table B.44 [12]) 
AUTHENTICATION_REQUEST 






(clause B.2.5.1 [12]) 


\7 




(clause B.2.2.2, table B.35 [11]) 
AUTHENTICATION_REPLY 




(clause B.2.5.1 [11]) 


/ 




(clause B.2.2.2, table B.34 [12]) 






/\ 








r 





Figure 32: Key allocation 



9.5 Location registration 



9.5.1 Procedure 



Procedure: Location registration 


Preamble 


Higher layer capabilities bit a38 is set to 1 . 

Direct PT initiated link establishment. 

If the PT is not yet subscribed to the FT, then Obtain access rights. 


Stimulus 


The test operator shall trigger the Location registration procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 19 and item 20. 
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9.5.2 MSC 



MSC LocationRegistration 

lUTJ 
PT 



T_M M_locate. 1 
(clause B.2. 5.1 [11]) 



IUT_2 
FT 



LOCATE REQUEST 



(clause B.2.2.2, table B. 47 [11]; 

Authenti catio n_of_PT 
may be performed 



Alt 



LOCATE ACCEPT 



portablejd, length > 0; clause B.2.2.2, table B.45 [1 2]) 



TEMPORARY IDENTITY ASSIGN ACK 



(clause B.2.2.2, table B.27 [11]) 



LOCATE ACCEPT 



portablejd, length = 0; clause B.2.2.2, table B.45 [12]) 



T M^/| ident.1 



(clause B. 2.5.1 [12]) 



Figure 33: Location Registration 



9.6 

9.6.1 



Authentication of PT 



Procedure 



Procedure: Authentication of PT 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Authentication of PT procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 17. 
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9.6.2 MSC 



MSC Authentication_of_PT 

IUT_1 
PT 



IUT_2 
FT 



AUTHENTICATION REQUEST 



T MM auth.1 



cl4use B.2.2.2, table B.28 and table B.36 [12] 



AUTHENTICATION REPLY 



( clause B.2.5.1 [12]) 



clause B.2.2.2, table B.28 and table B.33 [11]) 



Figure 34: Authentication of PT 



9.7 

9.7.1 



Authentication of FT 



Procedure 



Procedure: Authentication of FT 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Authentication of FT procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 18. 



9.7.2 IVISC 



MSC Authentication of FT 



IUT_1 
PT 



T MM auth.1 



(^lause B.2.5.1 [11] ) 



AUTHENTICATION REQUEST 



clause B.2.2.2, table B.27 and table B.36 [11]) 



AUTHENTICATION REPLY 



cl4use B.2.2.2, table B.28 and table B.33 [12] 



IUT_2 
FT 



Figure 35: Authentication of FT 
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9.8 Terminal capability indication 



9.8.1 Procedure 



Procedure: Terminal capability indication 


Preamble 


Terminal capability indication is performed during the Obtain access rights 
procedure and the Location Registration procedure. 


Stimulus 


- 



9.9 Dynamic parameters allocation 



9.9.1 Procedure 



Procedure: Dynamic parameters allocation 


Preamble 


Dynamic parameters allocation is performed during the Obtain access rights 
procedure and the Location Registration procedure. 


Stimulus 


- 



9.10 Call Resources/Parameters negotiation 
9.10.1 Procedure 



Procedure: Call Resources/Parameters negotiation 


Preamble 


Call Resources/Parameters negotiation is performed during the Outgoing call or the 
Incoming call. 


Stimulus 


- 



9.1 1 FT terminating access rights 



9.11.1 Procedure 



Procedure: FT terminating access rights 


Preamble 


The PT shall be subscribed to the FT. 
Link establishment. 


Stimulus 


The test operator shall trigger the FT terminating access rights procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 23. 
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9.11.2 MSC 



MSC Terminate_Access_Rights 



lUT 1 



PT 



Opt, 



ACCESS RIGHTS TERMINATE REQUEST 



{ clause B.2.2.2, table B.28 and table B.32 [1 2]) 



Authentication of FT 



ACCESS RIGHTS TERMINATE ACCEPT 



(clause B.2.2.2, table B.27 [11]) 



lUT 2 



FT 



T_MM_access .2 
(clause B.2.5.1 [12]) 



"K 



T MM access .2 



T MM access .2 



-^ 



T MM access.2 



Figure 36: FT terminating access rights 



9.12 From Outgoing call request to Outgoing call connection 
9.12.1 Procedure 



Procedure: From Outgoing call request to Outgoing call connection 


Preamble 


The PT shall be subscribed to the FT. 
Direct PT initiated link establishment. 


Stimulus 


The test operator shall trigger the Outgoing call request procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 1 . 
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9.12.2 MSC 



MSC Outgoing_call_request_to_Outgoing_call_connection 



lUTJ 
PT 



T CC.03 



( clause B.2. 5.1 [11] 



T CC.03 



PT connects 
U-plane 



PT connects 
U-plane 



T CC.03 



Alt 



Opt^ 



Opt^ 



CC SETUP 



(clause B.2.2.1, table B.4and table B.6 [11]; 
PX_Range_of_Bearers_1 , clause A.6. 2, table A.7 



CC SETUP ACK 



( clause B.2.2.1 , table B.5 and table B.1 [1 2]) 



CC CALL PROCEEDING 



clause B.2.2.1, table B.5 and table B.11 [12]) 



CC ALERTING 



( clause &2. 2.1, table B.5 and table B.13 [12]) 



CC CONNECT 



CC CONNECT 



clause B.2.2.1 , table B.5 and table B.I 4 [12]) 



IUT_2 

FT 



the number of bearers 

(as set in PX_Range_of_Bearers_1) 

shall be observed 

in «Connection attributes» 



( clause B.2.2.1, table B.5 and table B14[12]) 



FT connects 
U-plane 



FT connects 
U-plane 



Figure 37: From Outgoing call request to Outgoing call connection 



9.13 From Incoming call request to Incoming call connection 
9.13.1 Procedure 



Procedure: From Incoming call request to Incoming call connection 


Preamble 


The PT shall be subscribed to the FT. 
Indirect FT initiated linl< establishment. 


Stimulus 


The test operator shall trigger the Incoming call request procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 26. 
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9.13.2 MSC 



MSC lncoming_cal 


_request_t 

lUT 1 


D_lncoming_call_connection 

CC_SETUP 


lUT 2 












PT 


FT 


















the number of bearers 

(as set in 

PX Range of Bearers 2) 

shall be observed 

in «Connection at1ributes» 




T CC.03 




( clause B.2.2.1, table B.4 and table B.5 [1 2]; 
PX_Range_of_Bearers_2 , clause A. 6.2, table A.7) 

CC_ALERTING 




^ 


7 


/ 
(clause B.2.5.1 [12]) 


\ 
/ 








(clause B.2.2.1, table B.4 and table B.12 [11] ) 








/\ 




Optj 






1 

1 




^- 




PT_alerting 


"N 












CC_CONNECT 














FT connects 
U-plane 




(clause B.2.2.1, table B.4[11]) 
CC_CONNECT_ACK 














PTconnects 
U-plane 









( clause B.2.2.1, table B.5 and table B.15 [12]) 














1 


1 



















Figure 38: From Incoming call request to Incoming call connection 



9.14 PT alerting 



9.14.1 Procedure 



Procedure: PT alerting 


Preamble 


The FT shall be in call state F-07. The PT shall be in call state T-07. 


Stimulus 


The test operator shall trigger the Incoming call request procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 49. 
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9.14.2 MSC 



MSC PT_alerting 



lUT 1 



lUT 2 



PT 



FT 



CC INFO 



cl4use B.2.2.1 , table B.5 and table B.9 [1 2] ) 



Figure 39: PT alerting 



9.15 Bandwidth change 



9.15.1 Procedure 



Procedure: Bandwidth change 


Preamble 


The FT shall be in call state F-10. The PT shall be in call state T-10. 


Stimulus 


The test operator shall trigger the Bandwidth change procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 31 or item 32. 



9.15.2 MSC 



MSCBandwidth_ 


Chang 


lUT 2 




lU 1 1 


R_side 




T_side 












CC_SERVICE_CHANGE 


T nn ^rM-w:^« 


the number of bearers 
^ (as set in 
PX New Range of Bearers) 
shall be observed 
in «Connection attributes» 


V 




( clause B.2.2.1 , table B.4 and table B.20 [11]; 
PX_New_Range_of_Bearers , clause A. 6. 2, table A.7) 

CC_SERVICE_ACCEPT 






(Clause B.2.5.1 [11] ) 


cl4use B.2.2. 1 , table B.5 and table B.21 [1 1 ] ) 


/ 


\ 















Figure 40: Bandwidth change 
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9.16 Cipher-switching initiated by FT 



9.16.1 Procedure 



Procedure: Cipher-switching initiated by FT 


Preamble 


Link establishment. 

Storing the DCK during the Authentication of FT: 

{AUTHENTICATION_REQUEST} shall contain 

«Auth-type» with <UPC>='1'B and <Cipher key number>='1000'B. 


Stimulus 


The test operator shall trigger the Cipher-switching initiated by FT procedure by 
using suitable actions indicated by the supplier in the PIXIT table A.7 item 1 0. 



9.16.2 IVISC 



MSC Cipher_switching_initiated_by_FT 



IUT_1 

PI 



CIPHER REQUEST 



clause B.2.2.2, table B.28 and table B.40 [1 2] ) 



IUT_2 
FT 




Figure 41 : Cipher switching initiated by FT 



9.17 Outgoing call V.24 



9.17.1 Procedure 



Procedure: Outgoing call V.24 


Preamble 


The PT shall be subscribed to the FT. 
Direct PT initiated link establishment. 


Stimulus 


The test operator shall trigger the Outgoing call request procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 1 . 
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9.17.2 MSC 



MSC Outgoing_call_V24 



IUT_1 
PT 



T_CC.03 

(clause B.2.5.1 [11]) 



T CC.03 



PT connects 
U-plane 



PT connects 
U-plane 

T CC.03 



Alt 



Opt , 



Opt , 



CC SETUP 



(clause B.2.2. 1 , table B.4 and table B.6 [1 1 ]; 
PX_Range_of_Bearers_1 , clause A.6.2, table A. 7 ) 



CC SETUP ACK 



( clause B.2.2.1, table B. 5 and table B.I [12]) 



CC CALL PROCEEDING 



( clause B.2.2.1 , table B.5 and table B.1 1 [12]) 



CC ALERTING 



( clause B.2.2.1, table B.5 and table B.13 [12]) 



CC CONNECT 



( clause B.2.2.1, table B.5 and table B.14 [12]) 



CC CONNECT 



( clause B2.2.1,tableB.5andtableB.14[12]) 



IUT_2 
FT 



«IWU_attributes» shall contain 
Profile subtype V24 



FT connects 
U-plane 



FT connects 
U-plane 



Figure 42: Outgoing call V.24 



9.18 Outgoing call Ethernet 



9.18.1 Procedure 



Procedure: Outgoing call Ethernet 


Preamble 


The PT shall be subscribed to the FT. 
Direct PT initiated link establishment. 


Stimulus 


The test operator shall trigger the Outgoing call request procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 1 . 
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9.18.2 MSC 



MSC Outgoing_call_Ethemet 



lUTJ 
PT 



T_CC.03 

(clause B.2. 5.1 [11]) 



T CC.03 



PT connects 
U-plane 



PT connects 
U-plane 

T CC.03 



Alt 



Opt^ 



Opt^ 



CC SETUP 



(clause B.2.2.1 , table B.4 and table B.6 [1 1]; 
PX_Range_of_Bearers_1 , clause A.6.2, table A.7 



CC SETUP ACK 



( clause B.2.2.1, table B. 5 and table B.I [12]) 



CC CALL PROCEEDING 



( clause B.2.2.1, table B. 5 and table B. 11 [12]) 



CC ALERTING 



( clause B.2.2.1, table B.5 and table B.13 [12]) 



CC CONNECT 



( clause B.2.2.1, table B.5 and table B.14 [12]) 



CC CONNECT 



( clause B.2.2.1 , table B.5 and table B.14 [12]) 



IUT_2 
FT 



«IWU_attributes» shall contain 
Profile subtype Ethiernet 



FT connects 
U-plane 



FT connects 
U-plane 



9.19 Call release 



9.19.1 Procedure 



Figure 43: Outgoing call Ethernet 



Procedure: Call release 


Preamble 


The PT shall be in call state T-1 0. The FT shall be in call state F-1 0. 


Stimulus 


The test operator shall trigger the Call release procedure by using suitable actions 
indicated by the supplier in the PIXIT table A.7 item 2 or item 25. 
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9.19.2 MSC 



MSCCall release 



IUT_1 
T side 



T CC.02 



i^lause B.2.5.1 



Alt 



[11] ) 



CC RELEASE 



( clause B.2.2.1 , table B.4 and table B.1 6 [11]) 



CC RELEASE COM 



clause B.2.2.1, table B.5 and table B.1 9 [12] ) 



CC RELEASE COM 



( clause B.2.2.1 , table B.4 and table B.18 [11]) 



IUT_2 
R side 



9.20 Link release 



9.20.1 Procedure 



Figure 44: Call release 



Procedure: Link release 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Link release procedure by using suitable actions 
indicated by the supplier in the PIXIT table A. 7 item 33 or item 34. 
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1 DLC layer procedures 
1 0.1 U-plane transmission class 2 



10.1.1 Procedure 



Procedure: U-plane transmission class 2 


Preamble 


Logical connection setup. 


Stimulus 


The test operator shall trigger the U-plane transmission class 2 procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 46 or 47. 



10.1.2 IVISC 



MSC U_planeJransmission_class_2 



lUTJ 
T side 



Alt 



FU1 Oa_frame_operation 



FU1 Ob_frame_opera1ion 



IUT_2 
R side 



Figure 45: U-plane transmission class 2 



1 0.2 Class A link establishment 



10.2.1 Procedure 



Procedure: Class A link establishment 


Preamble 


Logical connection setup. 


Stimulus 


The test operator shall trigger the Class A link establishment procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 43 or item 50. 
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10.2.2 MSC 



MSC Class A link establishment 



Parameters which are exchanged over the air interface: K 
T_side: NJ (S) 
R_side: N_2(R) 

Parameters which are local at each side: 
V(S),V(R),V(A) 



lUT 1 



T side 



V(S)=0 

V(R)=0: 

V(A)=0 

N_1(S)=V(S) 



T_DL.07 
(clause C.2.4.1 [11]) 



lUT 2 



R side 



V(S)=0; 
V(R)=0; 
V{A)=0; 



V(R)=(V(R)+1)mod2; 
N_2(R)=V(R); 




the Send sequence 
Number N_1(S) 
shall be observed 



the Receive sequence 
Number N_2(R) 
shall be observed 



Figure 46: Class A link establishment 



1 0.3 Class A acknowledged information transfer 



10.3.1 Procedure 



Procedure: Class A acknowledged information transfer 


Preamble 


Class A link establishment 


Stimulus 


The test operator shall trigger the Class A acknowledged infornnation transfer 
procedure by using suitable actions indicated by the supplier in the PIXIT table A.7 
item 44 or item 51 . 
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10.3.2 MSC 



MSC Class_A_ack_info_transfer 

lUT 1 lUT 2 






Tside R_side 
















Alt j 




1 




RR_frame_acknowledgement 






1 








l_frame_acknowledgement 






1 

























Figure 47: Class A acknowledged information transfer 



MSC RR_frame_acknowledgement 



Parameters which are exchanged over the air interface: K 
T_side: N J (S) 
R_side: N_2(R) 

Parameters which are local at each side: 
V(S), V(R),V(A) 



lUT 1 



T side 



Loop<1,n>) 



N_2(R)==(NJ(S)+1)mod2; 

V(A)=(V(A)+1)mod2; 

N_1{S)=V{S); 



T DL.04 



(clause C.2.4.- [11]) 



V(S)=(V(S)+1)mod2 



I frame 



(N_1(S); clause C.2.2. 1.2.2 [1 1] ) 



RR frame 



(N_2(R); clause C.2.2. 1.2.3 [12]) 



IUT_2 



R side 



the Send sequence 
Number N_1(S) 
shall be observed 



V(R)=(V(R)+1)mod2; 
N_2{R)=V{R); 



the Receive sequence 
Number N_2(R) 
shall be observed 



Figure 48: RR frame acknowledgment 
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MSC l_frame_acknowledgement 



Parameters which are exchanged over the air interface: [\ 
T_side:NJ(R), N_1(S) 
R_side: N_2(R), N_2(S) 

Parameters which are local at each side: 
V(S), V(R),V(A) 



IUT_1 
T side 



Loop<1,n> 



N_2(R)==(N_1(S)+1)mod2; 
V(A)=(V(A)+1)mod2; 

N_2(S)==V(R); 
V(R)=(V(R)+1)mod2; 

N_1(S)=V(S); 
N_1(R)=V(R); 



T_DL.04 



' (clause C. 2.4. 



[11]) 



V(S)=(V(S)+1)mod2 



IUT_2 
R side 



V(S)=(V(S)+1)mod2 



Lframe 



(N_1(R)/N_1 (S); clause C.2.2.1 .2.2 [1 1] 



^ the Send sequence 
,' Number N_1(S) 
shall be observed 



N_1(R)==(N_2(S)+1)mod2; 
V(A)=(V(A)+1)mod2; 

N_1(S)==V(R); 
V(R)=(V(R)+1)mod2; 

N_2(S)=V(S); 
N_2(R)=V(R); 



I frame 



( N_2(R)/N_2(S); clause C.2.2.1. 2.3 [12]) 



the Receive sequence 
,' Number N_2(R) and 
the Send sequence 
Number N_2(S) 
shall be observed 



T DL.04 



cbu£eC.2.4.1 [12]) 



Figure 49: 1 frame acknowledgment 



10.4 FU1 Oa frame operation 



10.4.1 Procedure 



Procedure: FUlOa frame operation 


Preamble 


U-plane transmission class 2. 


Stimulus 


FU10a frame operation is performed during the U-plane transmission class 2 
procedure. 
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10.4.2 MSC 



MSC FU1 Oa_f ram e_ope ration 



IUT_1 
T side 



IUT_2 
R side 



Loop<1,n>/ 




1 






Loop<1,n:^ 


FUlOaJrame 


2 
2 






(clause C. 2. 2. 2.1 [11]) 




FU1 Ocjrame 


1 




(clause C.2.2.2.3 [12]) 



Figure 50: FUlOa frame operation 



10.5 FU1 Ob frame operation 



10.5.1 Procedure 



Procedure: FUlOb frame operation 


Preamble 


U-plane transmission class 2. 


Stimulus 


FUlOb frame operation is performed during the U-plane transmission class 2 
procedure. 



£75/ 



56 



ETSI TS 101 950 VI .2.1 (2001-11) 



10.5.2 MSC 



MSC FU 10b_f ram e_ope ration 



lUTJ 
T side 



IUT_2 
R side 



Loop<1,n>J 




1 






Loop<1,n>/ 


FUlObJrame 


2 
2 






(clause C.2.2. 2.2 [11]) 




FU1 Objrame 


1 




(cbuseC.2.2.2.2[12]) 



Figure 51 : FUlOb frame operation 



10.6 FUlOc frame operation 



10.6.1 Procedure 



Procedure: FUlOc frame operation 


Preamble 


U-plane transmission class 2. 


Stimulus 


FUlOc frame operation is performed together with the FUlOa frame operation. 



1 0.7 Class A connection handover 



10.7.1 Procedure 



Procedure: Class A connection handover 


Preamble 


U-plane transmission class 2. 


Stimulus 


The test operator shall trigger the Class A connection handover procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 1 6. 
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10.8 Cs-channel fragmentation and recombination 



10.8.1 Procedure 



Procedure: Cs-channel fragmentation and recombination 


Preamble 


Class A link establishment. 


Stimulus 


Cs-channel fragmentation and recombination is performed during the Class A 
acknowledged information transfer procedure. 



10.9 Cp-channel fragmentation and recombination 



10.9.1 Procedure 



Procedure: Cp-channel fragmentation and recombination 


Preamble 


Class A link establishment. 


Stimulus 


Cp-channel fragmentation and recombination is performed during the Class A 
acknowledged information transfer procedure. 



1 0.1 Selection of logical channels (Cs and Cp) 



10.10.1 Procedure 



Procedure: Selection of logical channels {Cq and Cp) 


Preamble 


Class A link establishment. 


Stimulus 


Selection of logical channels (Cs and Cp) is performed during the Class A 
acknowledged information transfer procedure. 



10.11 Class A link release 



10.11.1 Procedure 



Procedure: Class A link release 


Preamble 


Class A link establishment. 


Stimulus 


The test operator shall trigger the Class A link release procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 45 or item 52. 



1 1 IVIAC layer procedures 



11.1 Downlink broadcast 



11.1.1 Procedure 



Procedure: Downlink broadcast 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Downlink broadcast procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 37. 
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11.1.2 MSC 



MSC Downlinkbroadcast 

IUT_1 
PT 



IUT_2 
FT 



Loop<1,n:^ 



Nt_or_Qt_message 
cla(ise D.3.2.1 , clause D.3.2.2, clause D.4.1 , clause D.4.2 [11] ) 



Figure 52: Downlink broadcast 



1 1 .2 Logical connection setup 



11.2.1 Procedure 



Procedure: Logical connection setup 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Logical connection setup procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 3 or item 4 or 
item 5 or item 6. 



1 1 .3 Single bearer Physical connection setup 



11.3.1 Procedure 



Procedure: Single bearer Physical connection setup 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Single bearer Physical connection setup 
procedure by using suitable actions indicated by the supplier in the PIXIT table A.7 
item 3 or item 4. 



1 1 .4 Multi bearer Physical connection setup 



11.4.1 Procedure 



Procedure: Multi bearer Physical connection setup 



Preamble 



The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 



Stimulus 



The test operator shall trigger the IVIuIti bearer Physical connection setup procedure 
by using suitable actions indicated by the supplier in the PIXIT table A.7 item 5 or 
item 6. 
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11.5 Single duplex bearer setup 



11.5.1 Procedure 



Procedure: Single duplex bearer setup 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Single duplex bearer setup procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 3 or item 4. 



11.5.2 HMSC 



MSC Single_duplex_bearer_setup 



1(1) 



PT sends BEARER REQUEST 



the PT initiated Single duplex bearer [\ 

setup procedure is shown. 

For the FT initiated Single duplex bearer 

setup procedure the following shall be 

done: 

rename the instance PT into FT 

rename the instance FT into PT 



PT receives WAIT 



PT receives BEARER CONFIRIVI 



PT sends OTHER 



Figure 53: Single duplex bearer setup 
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11.5.3 MSC 



MSC PT sends BEARER REQUEST 



lUT 1 



PT 



Alt 



Count<N200+1 



T_T200 



(;lauseD.5.1 11] ) 
T Halfframe 



Frame=Frame+1 



Count=N200+1 



BEARER_^REQUEST 



clause D.S.g.l , table D.42; clause D.4.5.1 .1 , table D.94 [11] 



Figure 54: PT sends BEARER REQUEST 



IUT_2 
FT 



Frame=Frame+1 
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MSC PT receives WAIT 



IUT_1 



PT 



T_Halfframe cla(use D. 3.3.1, table D.42; clause D. 4. 5.1. 6, table D.105 [12] ) 



J_Halffrj.me ( clause D. 3.3.1, table D.42; clause D. 4. 5.1. 6, table D.105 [11] ) 



Frame=Frame+1 



Loop<0,n> 



Alt 



WAIT 



Alt 



WAIT 



FT_receives_nothing_and_releases_bearer 



PT_receives_nothing_and_sends_BEARER_REQUEST 



IUT_2 
FT 



T Halfframe 



THalfframe 



Frame=Frame+1 



Figure 55: PT receives WAIT 
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MSC PT receives BEARER CONFIRM 



IUT_^1 
PT 



T^Halfframe cl£(use D. 3. 3.1, table D.42; clause D.4.5.1.6, table D.103 [12] 



Alt 



BEARER CONFIRM 



PT_receives_nothmg_and_sends_BEARER_REQUEST 



IUT_2 
FT 



THalfframe 



Figure 56: PT receives BEARER CONFIRIV! 
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MSC PT sends OTHER 



lUTJ 
PT 



IUT_2 
FT 



^ 



Alt 



T Halffame 



T 
( clause D, 



Alt 



J200 



OTHER 



(Nt or Qt or R message ) 



OTHER 



Nt or Qt or Pt message) 



FT receives_nothing and_releases_BEARER 



T Halfframe 



2 

T_Ha 



Frame=Frame+1 




fframe 



Figure 57: PT sends OTHER 
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MSC PT_receives_nothing_and_releases_BEARER 



lUT 1 



lUT 2 



PT 



T Halfframe 



(Timeout 



FT 



Unacknowledged_bearer_release 



Figure 58: PT receives nothing and releases bearer 



MSCFT_receives_nothing_and_releases_ 



lUT 1 



lUT 2 



PT 



FT 



T_Halfframe 

I 

( Timeoul) 



-^ 



Unacknowledged_bearer_release 



Figure 59: FT receives nothing and releases bearer 



11.6 Double simplex bearer setup 



11.6.1 Procedure 



Procedure: Double simplex bearer setup 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Double simplex bearer setup procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 7. 
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11.6.2 MSC 



MSC Double_Simplex_Bearer_Setup 

Tside I 
Alt T 



Opt 



T T212 



(clauses. 2.5.1 [12]) 



GOOD 



( Channel list message, pilot bearer; 

clause D.3.3.1, table D.42;clause D.4.5.1 .9 table D.110[11]) 



LISTEN 



( Channel list message, pilot bearer; 

clause D.3.3.1, table D.42; dause D.4.5.1 .9 table D.1 10 [1 1]) 



START 



(Channel list message, pibt bearer; 
clause D.3.3.1, table D.42; clause D.4. 5.1.9 table D.111 [12] 



LISTEN 



( Channel list message, pilot bearer; 

clause D.3.3.1 , table D.42; clause D.4.5.1. 9 table D.1 1 [11]) 



BEARER REQUEST 



(IVIb message, first simplex bearer; 
clause D.3.3.1 , table D.43; clause D.4.5.1.1 , table D.95 [11 ] ) 



BEARER_REOUEST 



(IVIb message, second simplex bearer; 

clause D.3.3.1, table D.43; clause D.4.5.1 .1 , table D.95 [11] 



BEARER_REQUEST 



(Mb message, first simplex bearer; 
clause D.3.3.1 , table D.43; clause D.4.5.1.1 , table D.95 [11] ) 



BEARER REOUEST 



(Mb message, second simplex bearer; 

clause D.3.3.1, table D.43; clause D.4.5.1.1 , table D.95 [11] ) 



ACTIVE 



( Channel list message, pilot bearer; 

clause D.3.3.1, table D.42; clause D.4.5.1 .9 table D.1 10 [11]) 



R side 



T Oneframe 



-X 



T Twoframes 



Figure 60: Double simplex bearer setup 
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11.7 Cs/Cf Channel Data 



11.7.1 Procedure 



Procedure: CqICj: Channel Data 


Preamble 


Signalling activities at upper layers. 


Stimulus 


- 



11.7.2 MSCs 



MSCCs Cf Channel Data 



IUT_1 
FT 



Alt 



Cs Channel Data 



Cf Channel Data 



Figure 61 : Cg/Cp Channel Data 



IUT_2 
FT 
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MSCCs Channel Data 



lUT 1 



T side 



Tside sends the same Cs_segment I \ 

until it receives an Acknowledgement in the 
ARQ window. Afterwards, it sends a new segment 



lUT 2 



R side 



















Loop<1,n:^ 






1 






Loop<1,n::^ 


Cs_segment_numbered_1 




2 
2 






( AJield, 5 octets, slot 0..1 1 for FT, solt 12..23 for PT) 




Acknowledgement 






A£.field in ARQ window, Q1 and Q2 bits setting 


) 


Alt j 


Cs_segment_numbered_1 


2 
2 




( Nothing else to transmit) 






Cs_segment_numbered_0 


2 




( New segment to transmit) 








1 













Figure 62: Cg Channel Data 
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MSC Cf Channel Data 



lUT 1 



T side 



Tside sends the same set of Cf_segment K 
until it receives an Acknowledgement in the 
ARQ window. Aftera/ards, it sends a new set 
if any, and the same set olhenwise 



lUT 2 



R side 



Loop<1,n>/ 






1 






Loop<1,n>/ 


Set_of_Cf_segment_numbered_1 




2 
2 






(BJield 


8 octets/segment, slot 0..1 1 for FT, solt 1 2. .23 for PT ) 






Acknowledgement 






( Afield h ARQ window, Q1 and Q2 bits setting) 




Alt / 




Set_of_C f_segme ntn u mbe red_1 




2 
2 


(Nothing else to transmit ) 




Set_of_Cf_seg me nt_n umbered_0 


2 




(New segment to transmit ) 








1 



Figure 63: Cp Channel Data 



1 1 .8 Connection modification 



11.8.1 Procedure 



Procedure: Connection modification 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Connection modification procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 27 or item 28 
or item 29 or item 30. 
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11.8.2 MSC 



MSC Connection modification 



T side 



R_side 



BANDWIDTH_REQUEST 



LT message: clause D.3. 2.4.1 , table D.36; clause D.4.4.1 .3, table D.75 
_B message; clause D.3.3.1, table D.43; clause D.4.5.1 .7, table D.107 [12] 



the number of bearers 
shall be within the range 
of bearers given in 
PX_New_Range_of_Bearers 



BANDWIDTH CONFIRM 



( _T message: clause D.3.2.4.1 , table D.35; clause D.4.4.1 .3, table D.74 
_B message: clause D.3.3.1, table D.42; clause D.4.5.1 .7, table D.106[11]) 



Opt I 



Unacknowledged_bearer_release 



Opt J 



Fast bearer release 



Opt I 



Double_simplex_bearer_setup 



Opt J 



Single__duplex_bearer_setup 



Figure 64: Connection modification 



11.9 Paging 



11.9.1 Procedure 



Procedure: Paging 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locl<ed. 


Stimulus 


The test operator shall trigger the Normal paging procedure or the Low duty cycle 
paging procedure or the IVIAC paging procedure by using suitable actions indicated 
by the supplier in the PIXIT table A.7 item 26. 
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11.9.2 MSC 



Figure 65: Paging 



11.10 Bearer replacement 



11.10.1 Procedure 



MSC 


Paging 

lUT 1 




lUT 2 






PT 


FT 
















Loop<1 


n^ 


Pt_message 




1 
1 










clause D.3.2.3, clause D. 4.3 [12] ) 




















: ] 































Procedure: Bearer replacement 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Bearer replacement procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 15. 
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11.10.2 MSC 



MSC Bearerreplacement 



lUTJ 
T side 



Alt 



Unacknowledged_bearer_release 



Single_duplex_bearer_selLip 



Fast bearer release 



Double_simplex_bearer_setup 



Figure 66: Bearer replacement 



IUT_2 
R side 



11.11 Encryption process - initialization and synchronization 
11.11.1 Procedure 



Procedure: Encryption process - initialization and synchronization 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Encryption process - initialization and 
synchronization procedure by using suitable actions indicated by the supplier in the 
PIXIT table A.7 item 10. 
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11.11.2 MSC 



MSC 


EncryptionjDrocess 

lUT 1 




lUT 2 






PT 


FT 
















Loop<1 


n^ 


Qt_message 




1 
1 










clause D.3.2.2, clause D.4.2.6 [12] ) 




















: ] 































Figure 67: Encryption process - initialization and synclironization 



11.12 Encryption mode control 



11.12.1 Procedure 



Procedure: Encryption mode control 


Preamble 


Encryption process - initialization and synchronization. 


Stimulus 


The test operator shall trigger the Encryption mode control procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 1 0. 
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11.12.2 HMSC 



MSC Encryption_mode_control 



1(1) 



The variable Frame is used to count the frames \\ 

and to control that PT messages are only sent in even numbered frames 

The variable S is an arbitrary number 



xFrame=2S 



PT sends START REQ 



PT receives START CONF 



xFrame=2S 



FT receives START GRANT 



Figure 68: Encryption mode control 
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11.12.3 MSC 



MSC PT_sends_ST) 

lUT 1 


^RT_ 


_REQ 




lUT 2 






PT 




FT 










any_message 














( clear data) 




< 


A 

/ 


^ 




/ 


START.REQ 


1 




\ 
Frame<2S+12 
/ 












(clear data/clause D.3.2.4.3, clause D.4.4 .3 [11] ) 




Frame=Frame+1 






Frame=Frame+1 














1 






\ 






<( 


=rame==2S+12 












Unacknowledged_bearer_release 

J 






1 













































Figure 69: PT sends START.REQ 
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MSC PT receives START CONF 



Frame=Frame+1 



Frame=Fraine+1 



any_messsage 



(clear data) 



any_message 



(clear data) 



PT sends START REQ 





lUT 1 




lUT 2 


PT 


FT 










Alt j 


START.CONF 






( encrypted dala/clause D.3.2.4.3, clause D.4.4.3 [12] 
any_message 








(clear data) 







Frame=Frame+1 



Frame=Frame+1 



Figure 70: PT receives START.CONF 
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MSC FT_receives_START_GRANT 

IUT_1 
PT 



any_messsage 



(encrypted date) 



IUT_2 
FT 



Alt 



Frame=Frame+1 



Frame=Frame+1 



START.GRANT 



(encrypted data/clause D.3.2.4.3, clause D.4.4.3 [1 1] 



any_messsage 



(clear date) 



Frame=Frame+1 



Frame=Frame+1 



Alt 



FT sends START.CONF 



Frame<2S+12 



Unacknowledged_bearer_release 



Frame==2S+12 



Figure 71 : FT receives START.GRANT 
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MSC FT sends START CONF 



lUT 1 




lUT 2 


PT 




FT 






START.CONF 








( encrypted data/clause D.3.2.4.3, clause D.4.4.3 [1 1]) 
any_message 








(clear data) 







Frame=Frame+1 



Frame=Frame+1 



Send START. GRANT 



Figure 72: FT sends START.CONF 



11.13 Logical connection release 



11.13.1 Procedure 



Procedure: Logical connection release 


Preamble 


The FT shall be in state Active Traffic. The PT shall be in state Active Locked. 


Stimulus 


The test operator shall trigger the Logical connection release procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 35 or item 36. 



11.14 Physical connection release 



11.14.1 Procedure 



Procedure: Physical connection release 


Preamble 


The FT shall be in state Active Traffic. The PT shall be in state Active Locked. 


Stimulus 


The test operator shall trigger the Physical connection release procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 35 or item 36. 



11.15 Unacknowledged bearer release 



11.15.1 Procedure 



Procedure: Unacknowledged bearer release 


Preamble 


The FT shall be in state Active Traffic. The PT shall be in state Active Locked. 


Stimulus 


The test operator shall trigger the Unacknowledged bearer release procedure by 
using suitable actions indicated by the supplier in the PIXIT table A.7 item 35 or 
item 36. 
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11.15.2 MSC 



MSC Unacknowledged_Release 



T side 



Loop<1,n^ 



R side 



RELEASE 



(reason bearer release; clause D.3.3.1, table D.42; clause D.4.5.1.11, table D.114 [11]) 



RELEASE 



(reason bearer release; clause D.3.3.1 , table D.42; clause D.4.5.1 .1 1 , table D.1 14 [11]) 



Figure 73: Unacknowledged bearer release 



11.16 Fast bearer release 



11.16.1 Procedure 



Procedure: Fast bearer release 


Preamble 


Double simplex bearer establishment. 


Stimulus 


The test operator shall trigger the Fast bearer release procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7 item 8 or item 9. 
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11.16.2 MSC 



MSC Fast bearer release 



T side 



R side 



Loop<1,n>J 



RELEASE 



reason reversal, first simplex bearer; 

clause D.3.3.1, table D.43; clause D.4.5.1.1, table D.115[12]) 

RELEASE 



reason reversal, second simplex bearer; 

clause D.3.3.1, table D.43; clause D.4.5.1.1, table D.1 15 [12]) 



BEARER REQUEST 



(Mb message, first simplex bearer; 
clause D.3.3.1, table D.42; clause D.4.5.1.1, table D.94 [11] ) 



BEARER REQUEST 



(IVIb message, second simplex bearer; 
clause D.3.3.1, table D.42; clause D.4.5.1.1, table D.94 [11] ) 



Figure 74: Fast bearer release 



11.17 Gf Channel Data 



11.17.1 Procedure 



Procedure: Gp Channel Data 


Preamble 


U-plane exchange (DLC FUlOa + FUlOc). 


Stimulus 


- 
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11.17.2 MSC 



MSC MAC Gf Data 



IUT_1 
T side 



IUT_2 
R side 



Loop<1,n>/ 


1 






Loop<1,n:^ 


2 
2 




U_planejrame 


(B-field, U-type muxJP channeldata containing FU10 DLCframe ) 




Gf_Data 


1 


( B field, E-type mux, B-subfield Gf channel 
data containing 56 bits for DLG FU10c frame ) 



Figure 75: Gp Channel Data 



1 2 Management entity procedures 
12.1 Dynamic bandwidth management 



12.1.1 Procedure 



Procedure: Dynamic bandwidth management 


Preamble 


Condition of stability before performing this procedure. 


Stimulus 


The test operator shall trigger the Dynamic bandwidth management procedure by 
using suitable actions indicated by the supplier in the PIXIT table A.7 item 27 or 
item 28 or item 29 or item 30. 
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12.2 Suspend management 



12.2.1 Procedure 



Procedure: Suspend management 


Preamble 


The FT shall be in call state F-10. The FT shall be in call state T-10. 


Stimulus 


The test operator shall trigger the Suspend management procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 1 1 or item 1 2. 



12.2.2 MSC 



MSC Suspend_management 



T_side 



T_T903 



(flauseF.2.3[12] 



BANDWIDTH_REQUEST 



( _T message: clause D.3.2.4.1 , table D.36; clause D. 4.4.1 .3, table D.75 
_B message: clause D.3.3.1, table D.43; clause D.4.5.1.7, table D.I 07 [12] 



BANDWIDTH CONFIRM 



Loop<1,n> 



T_T91 



clause F.2 



Loop<1,n> 



3 [12]: 



(_T message: clause D.3.2.4.1, table D.35; clause D.4.4.1.3, table D.74 
_B message: clause D.3.3.1, table D.42; clause D.4.5.1.7, table D.I 06 [11] 



Unacknowledged_bearer_release 



Stay_allve 



R_side 



the number of bearers 
shall be 



T_T910 



( clause 



F.2.3[11] ; 



Figure 76: Suspend management 
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12.3 Resume management 



12.3.1 Procedure 



Procedure: Resume management 


Preamble 


Suspend management. 


Stimulus 


The test operator shall trigger the Resume management procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7 item 1 3 or item 1 4. 



12.3.2 MSC 



MSC Resume_management 



T side 



* Only applbable if the Tside 
is a FT part 



R side 



Paging ' 



Single_duplex_bearer_setup 



BANDWIDTH REQUEST 



LT message: clause D.3. 2.4.1 , table D.36; clause D.4.4.1 .3, table D.75 
_B message: clause D.3.3.1, table D.43; clause D.4.5.1 .7, table D.107 [12] 



the number of bearers 
shall be within the range 
of bearers given in 
PX_Range_of_Bearers_1 /2 



BANDWIDTH CONFIRM 



( _T message: clause D.3.2.4.1 , table D.35; clause D.4.4.1 .3, table D.74 
_B message: clause D.3.3.1, table D.42; clause D.4.5.1 .7, table D.106[11]) 



Alt 



Single_duplex_bearer_setup 



Double_simplex_bearer_setup 



12.4 Stay Alive 



12.4.1 Procedure 



Figure 77: Resume management 



Procedure: Identification of the procedure 


Preamble 


Link suspended. 


Stimulus 


Stay alive is performed during the Suspend management. 
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12.4.2 MSC 



MSCStay, 


_alive 




Tsicfe R_side 












Sngle_dLpl©<_bea-er_setup 


^ 


Tjre 





BAISDWIDTH_RB3UEST 






(claiReF2.3[12]) 


-- 


the nurrber of bearers 
shdIbeO 


LT rTBSsage: daLBe D3.24.1 , tade D.36; daLBe D.4.4. 1 3, table D.75 
Brress^e daiseD33.1, 1ableD.43;dauseD.4.5.1.7,tabe D.107[12] ) 

BMSCWIDTHCCNHRM 










( T rr^ssage: dause D.a24. 1 , tade D.35; daLBe D.44 1 3, table D74 
BrTBSs^e:dauseD3.31, table D.42; da ise D.4.5.1 .7, tade D.106[11]) 






UhackncwIedgecLbearerrelease 

V 





















Figure 78: Stay alive 
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Annex A (normative): 
Partial PIXIT proforma 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PIXIT proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PIXIT. 



The PIXIT Proforma is based on ISO/IEC 9646-6 [8]. Any needed additional information can be found in this 
international standard document. 



A.1 Identification summary 



Table A.1 



PIXIT Number: 




Test Laboratory Name: 




Date of Issue: 




Issued to: 





A.2 Test summary 



Table A.2 



Protocol Specification: 




Protocol to be tested: 




Test Specification: 




Abstract Test Method: 





A.3 Test laboratory 



Table A.3 



Test Laboratory Identification: 




Test Laboratory IVIanager: 




Means of Testing: 




SAP Address: 
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A.4 Client identification 



Table A.4 



Client Identification: 




Client Test manager: 




Test Facilities required: 





A.5 SUT 



Table A.5 



Name: 




Version: 




SCS Number: 




IVIachine configuration: 




Operating System Identification: 




lUT Identification: 




PICS Reference for lUT: 




Limitations of the SUT: 




Environmental Conditions: 





A.6 Protocol layer information 



A. 6.1 Protocol identification 



Table A.6 



Name: 




Version: 




PICS References: 
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A.6.2 lUT information 



Table A.7 



Item 


Question 


Explanation 


Answer 


1 


How could the IUT_1 (PT) be 
forced to invoke an outgoing call? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
start outgoing call. 




2 


How could the IUT_1 (PT) be 
forced to release a call? 


Indicates the steps that have to be 
followed to release a call. 




3 


How could the IUT_1 (PT) be 

forced to initiate the following 

procedures: 

Logical connection setup, Single 

bearer Physical connection setup, 

and Single duplex bearer setup? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection setup. Single 

bearer Physical connection setup, 

and Single duplex bearer setup. 




4 


How could the IUT_2 (FT) be 

forced to initiate the following 

procedures: 

Logical connection setup. Single 

bearer Physical connection setup, 

and Single duplex bearer setup? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection setup. Single 

bearer Physical connection setup, 

and Single duplex bearer setup. 




5 


How could the lUT 1 (PT) or 
IUT_2 (FT) be forced to initiate the 
following procedures: 
Logical connection setup, Multi 
bearer Physical connection setup, 
and Symmetric connection? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection setup, Multi 

bearer Physical connection setup, 

and Symmetric connection. 




6 


How could the lUT 1 (PT) or 
IUT_2 (FT) be forced to initiate the 
following procedures: 
Logical connection setup, IVIuIti 
bearer Physical connection setup, 
and Asymmetric connection? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection setup, Multi 

bearer Physical connection setup, 

and Asymmetric connection? 




7 


How could the IUT_1 (PT) be 
forced to initiate a Double simplex 
bearer setup procedure? 


Indicates the steps that have to be 
followed to initiate a Double 
simplex bearer setup procedure. 




8 


How could the IUT_1 (PT) be 
forced to reverse the direction of 
the bearers used in an asymmetric 
multibearer connection? 


Indicates the steps that have to be 
followed to reverse the direction of 
the bearers used in an asymmetric 
multibearer connection. 




9 


How could the IUT_2 (FT) be 
forced to reverse the direction of 
the bearers used in an asymmetric 
multibearer connection? 


Indicates the steps that have to be 
followed to reverse the direction of 
the bearers used in an asymmetric 
multibearer connection. 




10 


How could the IUT_2 (FT) be 
forced to switch a connection from 
clear mode to encrypt mode? 


Indicates the steps that have to be 
followed to initiate a FT initiated 
cipher-switching procedure. 




11 


How could the IUT_1 (PT) be 
forced to initiate a MAC suspend? 


Indicates the steps that have to be 
followed to initiate a MAC suspend 
procedures. 




12 


How could the IUT_2 (FT) be 
forced to initiate a MAC suspend? 


Indicates the steps that have to be 
followed to initiate a MAC suspend 
procedures. 




13 


How could the IUT_1 (PT) be 
forced to initiate a MAC resume? 


Indicates the steps that have to be 
followed to initiate a MAC resume 
procedures. 




14 


How could the IUT_2 (FT) be 
forced to initiate a MAC resume? 


Indicates the steps that have to be 
followed to initiate a MAC resume 
procedures. 




15 


How could the IUT_1 (PT) be 
forced to initiate a bearer 
replacement procedure? 


Indicates the steps that have to be 
followed to initiate a bearer 
replacement procedure. 




16 


How could the IUT_1 (PT) be 
forced to initiate a Class A 
connection handover procedure? 


Indicates the steps that have to be 
followed to initiate a Class A 
connection handover procedure. 
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Item 


Question 


Explanation 


Answer 


17 


How could the IUT_2 (FT) be 
forced to initiate an authentication 
of PT procedure? 


Indicates the steps that have to be 
followed to initiate an 
authentication of PT procedure. 




18 


How could the IUT_1 (PT) be 
forced to initiate an authentication 
of FT procedure? 


Indicates the steps that have to be 
followed to initiate an 
authentication of FT procedure. 




19 


How could the IUT_2 (FT) be 
forced to set bit38 in the broadcast 
FT "higher layer capabilities" to 
'1'? 


Indicates the steps that have to be 
followed to set bit38 in the 
broadcast FT "higher layer 
capabilities" to '1'. 




20 


How could the IUT_1 (PT) be 
forced to initiate a Location 
registration procedure? 


Indicates the steps that have to be 
followed to initiate a Location 
registration procedure. 




21 


How could the IUT_2 (FT) be 
forced to set bit44 in the broadcast 
FT "higher layer capabilities" to 
'1'? 


Indicates the steps that have to be 
followed to set bit44 in the 
broadcast FT "higher layer 
capabilities" to '1'. 




22 


How could the IUT_1 (PT) be 
forced to initiate an Obtain access 
rights procedure? 


Indicates the steps that have to be 
followed to initiate an Obtain 
access rights procedure. 




23 


How could the IUT_2 (FT) be 
forced to initiate a terminate 
access rights procedure? 


Indicates the steps that have to be 
followed to initiate a terminate 
access rights procedure. 




24 


How could the IUT_2 (FT) be 
forced to initiate the Key allocation 
procedure? 


Indicates the steps that have to be 
followed to initiate the Key 
allocation procedure. 




25 


How could the IUT_2 (FT) be 
forced to release a call? 


Indicates the steps that have to be 
followed to release a call. 




26 


How could the IUT_2 (FT) be 
forced to invoke an incoming call? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
start incoming call. 




27 


How could the IUT_1 (PT) be 
forced to increase the number of 
bearers? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
increase the number of bearers. 




28 


How could the IUT_1 (PT) be 
forced to decrease the number of 
bearers? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
decrease the number of bearers. 




29 


How could the IUT_2 (FT) be 
forced to increase the number of 
bearers? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
increase the number of bearers. 




30 


How could the IUT_2 (FT) be 
forced to decrease the number of 
bearers? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
decrease the number of bearers. 




31 


How could the IUT_1 (PT) be 
forced to request Service change 
changing the range of bearers (PT 
Master)? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
request Service change changing 
the range of bearers (PT Master). 




32 


How could the IUT_2 (FT) be 
forced to request Service change 
changing the range of bearers (FT 
Master)? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
request Service change changing 
the range of bearers (FT Master). 




33 


How could the IUT_1 (PT) be 
forced to initiate the Link release 
procedure? 


Indicates the steps that have to be 
followed to initiate the Link release 
procedure. 




34 


How could the IUT_2 (FT) be 
forced to initiate the Link release 
procedure? 


Indicates the steps that have to be 
followed to initiate the Link release 
procedure. 




35 


How could the IUT_1 (PT) be 

forced to initiate the following 

procedures: 

Logical connection release, 

Physical connection release, and 

Unacknowledged bearer release? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection release. 

Physical connection release, and 

Unacknowledged bearer release. 





£75/ 



88 



ETSI TS 101 950 VI .2.1 (2001-11) 



Item 


Question 


Explanation 


Answer 


36 


How could the IUT_2 (FT) be 

forced to initiate the following 

procedures: 

Logical connection release, 

Physical connection release, and 

Unacknowledged bearer release? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection release. 

Physical connection release, and 

Unacknowledged bearer release. 




37 


How could the IUT_2 (FT) be 
forced to initiate the Downlink 
broadcast procedure? 


Indicates the steps that have to be 
followed to initiate the Downlink 
broadcast procedure. 




38 


How many bearers can be 
established during the Outgoing 
call? 


PX_Range_of_Bearers_1 
indicates the range of bearers 
which can be established during 
the Outgoing call. 




39 


How many bearers can be 
established during the Incoming 
call? 


PX_Range_of_Bearers_2 
indicates the range of bearers 
which can be established during 
the Incoming call. 




40 


What shall be the new bandwidth 
for the Active call? 


PX_New_Range_of_Bearers 
indicates the new range of bearers 
for the Active call. 




41 


What feature shall be observed at 
the Application side? 


PX_QoS_Application indicates the 
claims of an application at the 
Application side (e.g. 
throughput/delay/no transmission 
errors). 




42 


What feature shall be observed at 
the User side? 


PX_QoS_User indicates the 
claims of an application at the 
User side (e.g. web browsing/file 
transfer/no dropped connections). 




43 


How could the IUT_1 (PT) be 
forced to initiate the Class A link 
establishment procedure? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
initiate the Class A link 
establishment procedure. 




44 


How could the IUT_1 (PT) be 
forced to initiate the Class A 
acknowledged information transfer 
procedure? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
initiate the Class A acknowledged 
information transfer procedure. 




45 


How could the IUT_1 (PT) be 
forced to initiate the Class A link 
release procedure? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
initiate the Class A link release 
procedure. 




46 


How could the IUT_1 (PT) be 
forced to initiate the U-plane 
transmission class 2 procedure? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
initiate the U-plane transmission 
class 2 procedure. 




47 


How could the IUT_2 (FT) be 
forced to initiate the U-plane 
transmission class 2 procedure? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
initiate the U-plane transmission 
class 2 procedure. 




48 


What kind of User data 
transmissions shall be executed? 


Specifies the possible User data 
transmissions. 




49 


How could the IUT_2 (FT) be 
forced to initiate the PT alerting 
procedure? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
initiate the PT alerting procedure. 




50 


How could the IUT_2 (FT) be 
forced to initiate the Class A link 
establishment procedure? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
initiate the Class A link 
establishment procedure. 




51 


How could the IUT_2 (FT) be 
forced to initiate the Class A 
acknowledged information transfer 
procedure? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
initiate the Class A acknowledged 
information transfer procedure. 




52 


How could the IUT_2 (FT) be 
forced to initiate the Class A link 
release procedure? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
initiate the Class A link release 
procedure. 
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Annex B (normative): 
PCTR Proforma 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PCTR proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PCTR. 



The PCTR proforma is based on ISO/IEC 9646-6 [8]. Any needed additional information can be found in this 
document. 



B.1 Identification summary 

B.1 .1 Protocol conformance test report 



Table B.1 



PCTR Number; 




PCTR Date: 




Corresponding SCTR Number: 




Corresponding SCTR Date: 




Test Laboratory Identification: 




Test Laboratory IVIanager: 




Signature: 





B.1. 2 I UT identification 



Table B.2 



Name: 




Version: 




Protocol specification: 




PICS: 




Previous PCTR if any: 





B.1. 3 Testing environment 



Table B.3 



PIXIT Number: 




Test Specification: 




Test IVIethod: 




Means of Testing identification: 




Date of testing: 




Conformance Log reference{s): 




Retention Date for Log reference(s): 
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B.1 .4 Limits and reservation 

Additional information relevant to the technical contents or further use of the test report, or the rights and obligations of 
the test laboratory and the client, may be given here. Such information may include restriction on the publication of the 
report. 



B.1.5 Comments 

Additional comments may be given by either the client or the test laboratory on any of the contents of the PCTR, for 
example, to note disagreement between the two parties. 



B.2 lUT Conformance status 



This lUT has or has not been shown by conformance assessment to be non-conforming to the specified protocol 
specification. 

Strike the appropriate words in this sentence. If the PICS for this lUT is consistent with the static conformance 
requirements (as specified in clause B.3 of the present document) and there are no "FAIL" verdicts to be recorded (in 
clause B.6 of the present document) strike the words "has or", otherwise strike the words "or has not". 



B.3 Static conformance summary 

The PICS for this lUT is or is not consistent with the static conformance requirements in the specified protocol. 
Strike the appropriate words in this sentence. 

B.4 Dynamic conformance summary 

The test campaign did or did not reveal errors in the lUT. 

Strike the appropriate words in this sentence. If there are no "FAIL" verdicts to be recorded (in clause D.6 of the 
present document) strike the words "did or" otherwise strike the words "or did not". 

Summary of the results of groups of test: 
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B.5 Static conformance review report 

If clause B.3 indicates non-conformance, this clause itemizes the mismatches between the PICS and the static 
conformance requirements of the specified protocol specification. 



B.6 Test campaign report 



Table B.4 



Test Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any observations 

made in clause 7) 


Subscription 


Yes/No 


Yes/No 






Outgoing call 


Yes/No 


Yes/No 






Incoming call 


Yes/No 


Yes/No 






Switch On 


Yes/No 


Yes/No 






Desubscribe 


Yes/No 


Yes/No 






Connection bandwidth control 


Yes/No 


Yes/No 






Stop/Start sending data 


Yes/No 


Yes/No 






Send/Receive U-plane data 


Yes/No 


Yes/No 






Behaviour at the edge of range, 
in noisy environment and 
Interferer tests 


Yes/No 


Yes/No 






Multicell behaviour 


Yes/No 


Yes/No 






Speech and Data in parallel or 
several Data connections in 
parallel 


Yes/No 


Yes/No 






Ethernet procedures 


Yes/No 


Yes/No 






V.24 procedures 


Yes/No 


Yes/No 






Encryption 


Yes/No 


Yes/No 






Ouality of service from 
applications point of view 


Yes/No 


Yes/No 






Ouality of service from users 
point of view 


Yes/No 


Yes/No 







B.7 Observations 



Additional information relevant to the technical content of the PCTR is given here. 
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Annex C (normative): 
HMSCs and MSCs 



The test execution is described with HMSCs and MSCs. All the MSCs are listed in MSC.PR format (.mpr files) 
contained in 040200_MSC.ZIP and 040200_HMCS.ZIP, both contained in archive ts_101950v010201pO.ZIP which 
accompanies the present document. 
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